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(54) Improved data network for real time information 



(57) A node (112, 118, 1 20) on a collision detection 
protocol based network (110) forces (245) collisions to 
gain control of the network when it has real time data 
that needs to be transferred to another node on the net- 
work, and then begins transmitting (250) the real time 
data prior to other nodes gaining control of the network. 
Each node which has real time data to transfer keeps 
track (210, 215) of a maximum wait time parameter to 



determine when the real time data must be transferred 
to ensure it arrives at a destination on time. As the max- 
imum wait time is approached (220), the node forces a 
collision (245) by transmitting even though it senses 
(225, 235) another node is already transmitting to force 
the network into a quiet mode. It then starts transmitting 
(230) the real time data prior to other nodes beginning 
transmission. 
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Description 

Field of the Invention 

[0001] This invention relates generally to the field of 
data networks, and in particular to the enhancement of 
such networks to handle real time information. 

Copyright Notice/Permission 

[0002] A portion of the disclosure of this patent docu- 
ment contains material which is subject to copyright pro- 
tection. The copyright owner has no objection to the fac- 
simile reproduction by anyone of the patent document 
or the patent disclosure as it appears in the Patent and 
Trademark Office patent file or records, but otherwise 
reserves all copyright rights whatsoever. The following 
notice applies to the software and data as described be- 
low and in the drawing hereto: Copyright © 1 998, Nortel 
Corporation, All Rights Reserved. 

Background 

[0003] Many computers and other electronic devices 
today are coupled by local area networks (LANs). Many 
LANs are designed to transfer data between the elec- 
tronic devices which are coupled to the network. Each 
electronic device coupled to the network is referred to 
as a node on the network. The node implements a com- 
munication protocol which is consistent with the other 
nodes, and defines how data is exchanged, including 
when data can be exchanged. 

[0004] One protocol in use in millions of local area net- 
works is referred to as shared Ethernet. It is defined in 
an IEEE 802.3 standard. The typical implementation of 
the standard on each node uses a protocol which is 
based on a carrier sense multiple access/collision de- 
tect (CSMA/CD) standard. This means that each node 
or station on a shared Ethernet segment listens for other 
traffic before attempting to transmit. If the network is 
busy, then the node will wait until it is quiet and then it 
will begin to transmit its own data in the form of packets. 
Sometimes, two nodes attempt to transmit data at the 
same time, since neither detected traffic on the network. 
This results in a collision, which both nodes then detect, 
and stop transmitting. Following a collision, each node 
will wait a random amount of time prior to attempting to 
transmit again. This usually prevents a second collision 
between the same two nodes. The amount of data that 
can be transferred in a given time is referred to as band- 
width of the network. If many collisions occur, the effec- 
tive bandwidth can be reduced. 

[0005] Millions of shared Ethernet LANs are in exist- 
ence today. The Ethernet protocol works very well for 
the transfer of non-real time traffic, since with such traf- 
fic, there is no absolute need for data to arrive at a des- 
tination at any guaranteed time. However, with the ad- 
vent of voice communications, there is a need to ensure 



that traffic arrive in sufficient time to be reconstructed 
into audio signals in real time. With voice over internet 
protocol (VoIP) real time conversations take place over 
an internet connection. Where one person is using a 
s computer which is a node in a shared Ethernet network, 
with the internet connection provided by another node, 
voice packets need to comply with the network protocol, 
yet it is also important that they arrive in time to be re- 
constructed. There is also a need to handle other forms 
of real time data, such as video and application critical 
data in similar networks. 

Summary of the Invention 

[0006] A node on a collision detection protocol based 
network forces collisions to gain control of the network 
when it has real time data that needs to be transferred 
to another node on the network, and then begins trans- 
mitting the real time data prior to other nodes gaining 
control of the network. 

[0007] In one embodiment, a node which has real time 
data to transfer implements an enhanced protocol which 
keeps track of a maximum wait time parameter to deter- 
mine when the real time data must be transferred to en- 
sure it arrives at a destination on time. As the maximum 
wait time is approached, the node forces a collision by 
transmitting, even though it senses another node is al- 
ready transmitting, to force the network into a quiet 
mode. It then starts transmitting the real time data prior 
to other nodes beginning transmission. This ensures 
that the real time data will be successfully transferred 
prior to expiration of the maximum wait time. 
[0008] In a further embodiment, a second node is con- 
nected to a wide area network to further transmit the real 
time data received from the first node to an intended re- 
cipient. The second node is also coupled to the local 
network and implements the same protocol as the first 
node to transfer real time data to the first node on time. 
These two nodes, implementing the enhanced protocol, 
allow timely transmission of real time data such as au- 
dio. 

[0009] In yet a further embodiment, the enhanced pro- 
tocol is an enhancement to shared Ethernet which is 
compliant with IEEE 802.3 as it existed at the time of 
filing of this application. In still a further embodiment, all 
other nodes on the network have collision detection tim- 
er boundary values set such that the nodes implement- 
ing the enhanced protocol can be guaranteed to have 
shorter time periods for retransmission, thus guarantee- 
ing that the enhanced nodes begin and possibly com- 
plete their transactions before the other node(s) return 
from a quiet state. 

Brief Description of the Drawings 



Figure 1 is a block diagram of a network having mul- 
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tiple nodes in accordance with a preferred 
embodiment of the present invention. 
Figure 2 is a flow chart of the operation of an en- 
hanced communication protocol in accord- 
ance with a preferred operating methodol- 
ogy of operating the present invention. 

Detailed Description 

[0011] In the following detailed description of exem- 
plary embodiments of the invention, reference is made 
to the accompanying drawings which form a part hereof, 
and in which is shown by way of illustration specific ex- 
emplary embodiments in which the invention may be 
practiced. These embodiments are described in suffi- 
cient detail to enable those skilled in the art to practice 
the invention, and it is to be understood that other em- 
bodiments may be utilized and that logical, mechanical, 
electrical and other changes may be made without de- 
parting from the scope of the present invention. The fol- 
lowing detailed description is, therefore, not to be taken 
in a limiting sense, and the scope of the present inven- 
tion is defined only by the appended claims. 
[0012] The detailed description provides a description 
of a network which implements a protocol to achieve im- 
proved real time communications over an existing net- 
work, and alternative embodiment. A description of an 
implementation of the protocol in terms of a flow chart 
is also provided followed by a conclusion which states 
some of the potential benefits and describes further al- 
ternative embodiments. 

[0013] A block diagram of a network having multiple 
nodes comprising computer systems or other electronic 
equipment is shown generally at 110 in Figure 1. Each 
node comprises a combination of suitable hardware and 
software to implement communication protocols as is 
well known in the art. Enhancements or modifications to 
existing protocols are hereinafter described in the gen- 
eral context of computer-executable program modules 
containing instructions executed by a personal compu- 
ter (PC). Program modules include routines, programs, 
objects, components, data structures, etc. that perform 
particular tasks or implement particular abstract data 
types. Those skilled in the art will appreciate that the 
invention may be practiced with other types of comput- 
ers, and many different types of electronic devices, in- 
cluding hand-held devices, multiprocessor systems, mi- 
croprocessor-based programmable consumer electron- 
ics, network PCs, minicomputers, mainframe comput- 
ers, and the like. 

[001 4] A first node 1 1 2 comprises a personal compu- 
ter, which includes a standard processor and random 
access memory, and further includes a hard disk drive 
for reading from and writing to a hard disk, and may fur- 
ther include a magnetic disk drive for reading from and 
writing to a removable magnetic disk, an optical disk 
drive for reading from and writing to a removable optical 
disk such as a CD-ROM or other optical medium. The 



drives and their associated computer-readable media 
provide non-volatile storage of computer-readable in- 
structions, data structures, program modules and other 
data for first node 1 1 2. Although the exemplary environ- 
s ment described herein employs a hard disk, a remova- 
ble magnetic disk and a removable optical disk, those 
skilled in the art will appreciate that other types of com- 
puter-readable media which can store data accessible 
by a computer may also be used in the exemplary op- 
erating environment. Such media may include magnetic 
cassettes, flash-memory cards, digital versatile disks, 
Bernoulli cartridges, RAMs, ROMs, carrier waves for 
electronic transmission of data and the like. 
[0015] Program modules may be stored on computer 
readable media and may include operating systems, 
one or more application programs, other program mod- 
ules, and program data. 

[0016] Node 112 connects to a local network 114 
through a network interface or adapter 116. In one em- 
bodiment, adapter 116 comprises an Ethernet card al- 
lowing attachment to a shared Ethernet network 114. 
Further nodes are also coupled to network 1 1 4 and com- 
prise nodes 118, 120 and 122. Further nodes may also 
be connected. Nodes 118, 120 and 122 further utilize 
Ethernet adapters 119, 121, 123 respectively, which 
may be the same type as adapter 116. The network is 
shown with dotted lines on its ends to represent the po- 
tential connection of further similar nodes. 
[0017] In one embodiment, node 112 is a real-time 
critical device such as a voice over IP (VoIP) gateway 
server. One other node, such as node 122 is a router 
and/or frame relay access device (FRAD) that manages 
access to a wide area data network (WAN) represented 
by block 130. VoIP node 112 provides real time traffic 
such as voice or video that needs to be transmitted by 
a certain time, or the quality of the transmission and 
playback by a receiver, either on the LAN, or the WAN, 
will be adversely affected. Shared Ethernet environ- 
ments allow the potential for long or unpredictable de- 
lays, making it difficult to successfully connect and pro- 
vide suitable service to nodes like VoIP node 112. With 
the higher demand for such nodes, and the proliferation 
of shared Ethernet LANs, there is a need for an inex- 
pensive manner of providing such nodes with good serv- 
ice on such LANs. Switching to a switched Ethernet LAN 
can be much more expensive. 

[0018] Without modifying other nodes in the shared 
Ethernet environment 114, the VoIP node 112 and the 
FRAD node 122 are modified in the following manner. 
A maximum wait time (MWT) parameter is established 
at 210 in Figure 2 for moving pre identified real-time data 
items in the form of packets or blocks out of the node 
and onto the network 1 1 4. The real time data and asso- 
ciated MWT parameter are queued on a software or 
hardware queue, either in the node, such as a personal 
computer, or network adapter cards. As shown in the 
flowchart of Figure 2, the maximum wait time parameter 
is monitored at 215 for each data item to be sent from 
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the node. As the maximum wait time (MWT) is reached 
at 220, the network 11 4 or channel is monitored for traf- 
fic. If it is not busy as determined at 225, the real time 
data item is sent at 230 and monitoring then continues 
at 21 5. If the channel was busy, the node checks to see 
if it had just forced a collision at 235. If so, it knows that 
another real time data enabled node is transmitting real 
time data, and it will not interrupt such a transmission. 
It means that the other node had a shorter time within 
which to begin transmission following a quiet time. It 
waits for the transmission to end at 240, and then trans- 
mits the real time data at 230 in the next quiet time of 
the network. 

[0019] If the VoIP node or FRAD node had not just 
previously forced a collision at 235, it does so at 245 by 
transmitting out of turn. Under the Ethernet standard, a 
node is supposed to wait prior to transmitting. However, 
by forcing a collision, the node can gain quicker access 
in order to transmit the real time data. A node that was 
transmitting detects the collision in accordance with the 
standard, and stops transmitting. The node forcing the 
collision also detects the collision as represented at 250 
and stops transmitting. The collision thus forces the net- 
work into a quite mode. It then begins transmitting as 
also represented at a collision detection timer 250, after 
waiting for a shorter period than all the other nodes, and 
again returns to 215 to monitor the MWT for each of the 
remaining real time data queued for transmission from 
that node. 

[0020] The flow indicated in Figure 2 can be imple- 
mented in software which is stored on computer reada- 
ble medium. The software comprises computer execut- 
able instructions, which may be written in any number 
of suitable languages such as C++, basic, APL, Fortran 
or many other procedural or object oriented languages. 
Of course, nodes could be up-dated remotely using 
down-load techniques supported on the InterNet or ap- 
propriate network protocol. 

[0021] Pre-configured collision detection timer 
boundary values for the VoIP and FRAD nodes are set 
to always be less than any other node on a segment of 
the Ethernet network 114. The pre-configured boundary 
parameters are normally used to ensure that the net- 
work goes quiet for a random amount of time. By setting 
the boundary values to a smaller time, one of the nodes 
which caused the collision will be the first to transmit, 
thus gaining control of the network and enabling the crit- 
ical data to be transmitted within the maximum wait time 
[0022] The implementation is quite similar for a 
shared priority Ethernet segment or LAN. If a node hav- 
ing time critical data to transmit determines that the max- 
imum wait time for that data is approaching, it again 
causes a collision if another node is already transmit- 
ting, and the node has an artificially low seed value for 
a random number timer. This assures that the node will 
return well in advance of all other nodes and begin the 
communication/transaction involving the time critical 
data. If both nodes capable of purposefully initiating col- 



lisions have data approaching the maximum wait time, 
and both initiate a collision, one is predetermined to 
have even a smaller quiet time, and both nodes are pro- 
grammed not to cause a collision twice in a row as indi- 
s cated at 235, and will wait for the end of the current 
transmission. At that point, it is free to interrupt the next 
transmission. 

[0023] The maximum wait time may be determined in 
many different manners, but is usually determined 
based on a desired quality of service combined with a 
knowledge of how much data has already been sent in 
a known elapsed time and how long that data would take 
to play. The receiver may also provide indications of 
where it is in playback, which combined with a knowl- 
edge of how long it takes for a transmission to reach the 
receiver provides the ability to determine the MWT. Fur- 
ther time may be added based on the known time to be- 
gin transmission following a forced collision. 
[0024] Many encodings of voice and video are able to 
withstand lost data without significantly degrading play- 
back. The maximum wait time may take such factors into 
account. It may take into account the desire for real time 
playback versus transmission for later playback. 



[0025] The current invention provides a simple, cost 
effective way to modify nodes in existing Ethernet net- 
works to support voice over IP nodes. By simply modi- 
fying at least one of the nodes to enable it to force col- 
lisions and then transmit before the other nodes, real 
time data may be effectively handled. This application 
is intended to cover any adaptations or variations of the 
present invention. It is equally applicable to any type of 
network where collisions may take place, and retrans- 
mission occurs. It is manifestly intended that this inven- 
tion be limited only by the claims and equivalents there- 
of. 



1 . A method of transmitting real time data on a carrier 
sense collision detection network, the method com- 
45 prising: 

establishing a maximum wait time for a real 
time data item; 

forcing a collision when the maximum wait time 
50 is reached; and 

transmitting the real time data item after the 
network becomes quiet as a result of the forced 
collision. 

55 2. The method of claim 1 , wherein the real time data 
item is transmitted following expiration of a collision 
detection timer. 
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3. The method of transmitting real time data from one 
of many nodes on a carrier sense, multiple access, 
collision detection network, the method comprising: 

queuing real time data items having maximum 
wait times; 

forcing a collision when the maximum wait time 
is reached for a real time data item; and 
transmitting the real time data item after a col- 
lision detection timer value has been passed. 

4. The method of claim 3 wherein the collision detec- 
tion timer of the node having real time data items 
has a value selected to be less than that of other 
nodes. 

5. A system for transmitting real time data on a carrier 
sense collision detection network, the system com- 
prising: 

a queue that identifies packets of real time data 
and associates a maximum wait time for each 
packet; 

a monitor that detects when the maximum wait 
time is reached for each real time data packet; 
a transmitter that forces collisions on the net- 
work when the maximum wait time is reached 
for each packet and transmits the real time 
packet following a quiet period of the network. 

6. A system for transmitting real time data on a carrier 
sense collision detection network, the system com- 
prising: 

means for identifying packets of real time data 
and associates a maximum wait time for each 
packet; 

means for detecting when the maximum wait 
time is reached for each real time data packet; 
means for forcing collisions on the network 
when the maximum wait time is reached for 
each packet and transmits the real time packet 
following a quiet period of the network. 

7. The system of claim 6, and further comprising: 

means for providing a time at which to begin 
transmitting the real time data packet in the quite 
period following a forced collision. 

8. A node for coupling to a shared carrier sense, mul- 
tiple access, collision detection network having mul- 
tiple nodes coupled thereto, the node comprising: 



9. The node of claim 8, wherein the collision forcer is 
operationally responsive to a maximum wait time 
parameter associated with real time data. 

5 10. A network comprising: 



a plurality of normal nodes implementing a 
shared Ethernet protocol coupled to the net- 
work; and 

10 a first real time data node coupled to the net- 

work that has an ability to force collisions and 
transmit real time data prior to the normal nodes 
beginning to transmit data following a collision; 
and 

15 a second real time data node coupled to the 

network that has an ability to force collisions 
and transmit real time data prior to the normal 
nodes beginning to transmit data following a 
collision. 

20 

1 1 . The network of claim 1 0, wherein the first real time 
data node is a voice over I P gateway server and the 
second real time data node is a router coupled to a 
further network. 

25 

12. The network of claim 10 or 11 , wherein the first real 
time data node comprises a queue having maxi- 
mum wait times associated with real time data items 
to be sent. 

30 

13. The network of claim 1 2, wherein the maximum wait 
time is a function of the time at which such real time 
data should be received. 

35 14. A computer program element stored on a computer 
useable medium, comprising computer program 
code means to make a computer to execute proce- 
dure to perform the method steps of any one of 
claims 1 to 4. 

40 

15. Electronic signals representing instructions or 
statements to make a computer execute procedure 
to perform the method steps of any of claims 1 to 4, 
wherein the electronic signals are adapted for trans- 
45 mission over a communication network. 



50 



a network busy detector; 

a collision detector; 55 
a collision forcer; 

a collision detection timer having a shorter val- 
ue than other nodes on the network. 
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